home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 8 / The Arsenal Files Collection #8 (Arsenal Computer) (1996).ISO / doorware / arpd131.zip / HISTORY.TXT < prev    next >
Text File  |  1996-11-16  |  9KB  |  215 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.                                    ARPD.EXE
  10.  
  11.                                    History
  12.  
  13.  
  14.     V. 1.00
  15.  
  16.          First  wide area Beta release.   The program is perfect in  every
  17.     way.    Absolutely  flawless.   Performs exactly as expected on  every
  18.     system and with every TNC.
  19.  
  20.     V. 1.01
  21.  
  22.          Fixed small Typographical error in source code.   Could happen to
  23.     anyone.
  24.  
  25.     V. 1.02
  26.  
  27.          Fixed  compiler  error in Interrupt Service Routine.   Fixed  bug
  28.     which caused the TNCB.USY file to be left in the ARPD directory if the
  29.     door was entered when an external connect was in progress.
  30.  
  31.     V. 1.03
  32.  
  33.          Rewrote  Interrupt  Service  routine.    Some  systems  reporting
  34.     trouble with display of TNC output.  Let's see if this fixes it.
  35.  
  36.     V. 1.04
  37.  
  38.          Just  a  small  cosmetic change in the (thus  far)   undocumented
  39.     features display.
  40.  
  41.     V. 1.05
  42.  
  43.          Made  another  change  in ISR hoping to fix  the  durned  display
  44.     problem experienced by some systems.
  45.  
  46.     V. 1.06
  47.  
  48.          Found  and fixed bug in TNC initialization which was causing  TNC
  49.     port  protocol to be set to a random number depending on what was  run
  50.     in that area of memory before ARPD was entered.
  51.  
  52.          Added  timing loop to keep the system from overwritting older TNC
  53.     buffers.
  54.  
  55.          Added 3 ^C characters before TNC is initialized before attempting
  56.     to load call strings and time.
  57.  
  58.          Re-installed  original ISR.   It was better and wasn't the source
  59.     of the display problem after all.
  60.  
  61.          Enabled  support for multi-line BBS's.   Don't know how well this
  62.     will work yet.  Just trying to satisfy everyone.
  63.  
  64.     V. 1.07
  65.  
  66.          Fixed  inconsistency  in defined value.   Not a real problem  but
  67.     causing some confusion in my mind.
  68.  
  69.     V. 1.08 - 1.09
  70.  
  71.          Mostly experimentation.   Adding XON/XOFF capability.  Optimizing
  72.     the terminal function.  All in house stuff.
  73.  
  74.     V. 1.10
  75.  
  76.          Re-wrote  the  terminal  function to operate faster  and  correct
  77.     unknown  problem  experienced  by some systems with the  present  code
  78.     generated  by  the  compiler.   (See,  wasn't MY fault.   It  was  the
  79.     compiler!  That's why we call it Pass - the - Buck SoftWare!)
  80.  
  81.          Added  support for XON/XOFF protocol for the TNC port.   Some  of
  82.     you guys out there are running three wire serial cables.   If you have
  83.     the option go with RTS/CTS.
  84.  
  85.          Shortened  the  inter-character delay timing for the TNC port  so
  86.     your  users  won't be looking at the "Wait while TNC  is  initialized"
  87.     screen this time next Tuesday.
  88.  
  89.          Changed  the  way  connect  status is handled  for  screen  color
  90.     changes. Makes it easier to change color in all modes.
  91.  
  92.          Added configuration command XFLOW to let the terminal know if you
  93.     are using XON/XOFF.   No switches, just add the line to the CONFIG.TNC
  94.     if you are going to enable software flow control.
  95.  
  96.          Added  configuration  command  NEWLINE xx command to  change  the
  97.     newline  character used when talking to the TNC.   If the line is  not
  98.     present  in the CONFIG.TNC file 13 is the default.   If your TNC likes
  99.     11 better then just add the line NEWLINE 11 to the configuration.  The
  100.     number MUST be in Decimal format.  HEX WON'T WORK!
  101.  
  102.          There  are  some  very strange hardware combinations  out  there.
  103.     Changed TNC port handler so it will wait till BOTH the TX register and
  104.     the  TX  buffer  are empty before sending a byte.   As slow  as  TNC's
  105.     operate, it shouldn't be noticed.
  106.  
  107.          Changed Time Limit warning from informational to demanding.  Some
  108.     guys don't want to leave.
  109.  
  110.          Document   the  F3  &  F4  functions.    Help  and  Chat   modes,
  111.     respectively.   Always been there.  Just not in the documentation till
  112.     I  could  have  a chance to check them a little  more  thuroughly  and
  113.     correct a little problem with the screen color handling.
  114.  
  115.     v. 1.15
  116.  
  117.          Another  stunning  achievement!    An  absolutely  marvelous  and
  118.     flawless  program  released in the public interest.   If only the  BIG
  119.     software houses could write programs like this!
  120.  
  121.     v. 1.20
  122.  
  123.          Fixed   TNCB.USY  file  check  to  insure  that  it  operates  as
  124.     advertised.    Those that are erasing the file in the calling .BAT are
  125.     not  reading  the documentation.   IF you aren't using multiple  phone
  126.     lines  or  you  are not using the TNC while users  are  online  simply
  127.     delete the TNCNODE.TNC file and the TNCB.USY will NOT be created.
  128.  
  129.          Added CTRLCBRK command.   CTRLCBRK,  if present in the CONFIG.TNC
  130.     file will cause the system to issue a 'modem break'  signal to the TNC
  131.     rather than passing along the $03 character.   On many TNC's this will
  132.     insure a return to the cmd: state regardless of current mode.
  133.  
  134.          Added  screen  color preference choices in the CONFIG.TNC.    The
  135.     commands:   DEFCOLOR,  CONCOLOR and SYSCOLOR should be followed by the
  136.     appropriate choices from:  BLACK,  RED,  GREEN,  BROWN,  BLUE, VIOLET,
  137.     CYAN,  WHITE,  GRAY, LTRED, LTGREEN, YELLOW, LTBLUE, LTVIOLET, LTCYAN,
  138.     LTWHITE.    The defaults are :  DEFCOLOR=WHITE,  CONCOLOR=LTGREEN  and
  139.     SYSCOLOR=YELLOW.    The DEFCOLOR (default color)  is the color of  the
  140.     screen  print  when  the first CMD:  prompt is  seen.    The  CONCOLOR
  141.     (connected  color)   is the color of print when the TNC is  connected.
  142.     The  SYSCOLOR (sysop color)  is the color of the print in Chat or Help
  143.     modes.    Any  or  all  of  the color commands can  be  added  to  the
  144.     CONFIG.TNC file.  (Remember, the background color is ALWAYS BLACK.  If
  145.     you set BLACK print you will NOT SEE IT!!)
  146.  
  147.  
  148.     v. 1.22
  149.  
  150.          Fix  screen  color problem with online help screen.  (TAB  key)
  151.     Fix typo in initialization code.
  152.  
  153.  
  154.     v. 1.23
  155.  
  156.          Moved  this code to another directory and it became the core code
  157.     for  v.    2.0  which  will be MFJ  1278  specific.    Multi-Mode  and
  158.     Multi-Radio.  Lotta rewrite to be done on this one so it will be along
  159.     some time in the future.
  160.  
  161.  
  162.     v. 1.24
  163.  
  164.     Removed redundant code in the send_tnc() function. Moves the data a
  165.     little faster and saves a few bytes.
  166.  
  167.          Added  user  levels:   LIMITED  & READONLY to  the  FULL  already
  168.     expected  by ARPD in the USERS.TNC file.   At this time LIMITED is the
  169.     same  as FULL in previous releases.   Change all your users to LIMITED
  170.     until  they prove they can use the door as it has always been.    Your
  171.     veteran users who have proven themselves can be made FULL.   About the
  172.     only advantage in this release is that they don't have to get past the
  173.     INTRO.TNC  screen.    FULL access users are dropped right at the  CMD:
  174.     prompt when the TNC is initialized.
  175.  
  176.          READONLY  is  DANGEROUS!!!   It has NOT been  completely  tested.
  177.     Have  one of your trusted users try this mode and see if they can  get
  178.     to  the TNC.   In READONLY mode,  the XMITOK OFF string is sent to the
  179.     TNC  to  disable  the transmitter.   All user keystrokes  are  ignored
  180.     except for the TAB and CTRL-A keys.  When a user is online in READONLY
  181.     mode  the SysOp,  acting as control operator may allow the user to use
  182.     the  keyboard  to  control the TNC by using the <F3> SYSOP  HELP  key.
  183.     This is like sitting beside the user at the keyboard and allowing them
  184.     to type.   Remember, if you want the transmitter to work in this mode,
  185.     tell  the TNC "XMITOK ON".   As a precaution,  you should send "XMITOK
  186.     OFF" before you leave HELP mode.   When the SysOp leaves HELP mode the
  187.     user is again locked out.   I think.  TEST it and use it with caution.
  188.     The  legality  of  this  mode should be checked with  your  local  FCC
  189.     office.   It's legal for me to write it.  It may be illegal for you to
  190.     use it.
  191.  
  192.          Moved  MYMCALL to the DEFAULTS.TNC file.   Removing this from the
  193.     executable  allows  those users who have non-standard or  poorly  made
  194.     TNC's  (in my humble opinion)  to replace it with MYPBBS or some other
  195.     such nonsense.
  196.  
  197.          Took some brute force steps on the hardware to allow for the poor
  198.     condition it may be left in by other less sophisticated programs.  Let
  199.     me know if you still have problems with ARPD following another program
  200.     into the TNC serial port.
  201.  
  202.          Included a text file on using ARPD in an OS/2 environment.   This
  203.     text  was written by Bob,  WD5DHF,  and is the definitive work on  the
  204.     subject to this point.  Thanks Bob.
  205.  
  206.  
  207.     v. 1.31
  208.  
  209.          Allowing new CONFIG.TNC line 'KAM' to handle a couple of things I
  210.     have  found  unusual  in operation of KanTronics.    ARPD  should  now
  211.     properly set the TIME and the CALL in these units.
  212.  
  213.  
  214.  
  215.